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Art Unit. 2169 



DETAILED ACTION 
Response to Amendment 

i 

1 . The amendment filed on September 6, 2005 has been entered. Claims 1-2, 15, 
19, 23 and 34 have been amended. Claims 1-40 are pending in this office action. 

Claim Rejection - 35 USC § 102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed in the 
United States before the invention by the applicant for patent or (2) a patent granted on an application for patent by 
another filed in the United States before the invention by the applicant for patent, except that an international 
application filed under the treaty defined in section 351(a) shall have the effects for purposes of this subsection of an 
application filed in the United States only if the international application designated the United States and was 
published under Article 21(2) of such treaty in the English language. 

3. Claims 1- 5 and 8-40 are rejected under 35 U.S.C. 102 (e) as being anticipated 
by Turba et al (U.S Patent Publication Number 7124135), herein referred to as Turba' 
135. 

As to claim 1 , Turba' 1 35 discloses, a method for pharmaceutical development 
data management comprising: retrieving data from a plurality of legacy ("legacy data" 
see e.g.. paragraph (53). lines 1 - 4. "The facility in accordance with the present 
invention permits native script in the command language of the legacy data base 



management system to be used in a service constructed by the Component Builder") 
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data processing systems useful in aspects of pharmaceutical development; reformatting 
the retrieved data into a common XML data format ( see e.g.. Paragraph (20) ; lines 2 - 5. 
"a technigue which can embed native code into a service that will handle data received 
as an XML message during processing of a service reouest bv a legacy data base 
management system" ): and presenting the reformatted XML data to a user through a 
browser client program ( see e.g.. paragraph (20). lines 6-12. "the present invention 
must first provide an interface herein referred to genericallv as a gateway, which 
translates transaction data transferred from the user over the Internet in XML format into 
a format from which data base management system commands and inputs may be 

L 

generated" ). 

As to claim 2, Turba' 135 discloses, the method of claim 1 further comprising: 
generating regulatory submission information from the retrieved data; and reformatting 

♦ 

the generated regulatory submission information for additional processing, wherein the 
regulatory submission information is required by regulatory agencies associated with 
the pharmaceutical development ( see e.g.. paragraph (20). lines 14-15. "Thus, as a 
minimum, the gateway must make these format and protocol conversions", since the 
retrieved data is being changes in to the different format and presented in XML which 
includes the various business informations ). 

As to claim 3, Turba' 135 also discloses, the method of claim 2 wherein the step 
of reformatting the generated regulatory submission information includes: reformatting 
generated regulatory submission information according to XML DTDs ("DTD", see e.g., 
paragraph (42), lines 1-3, "One convenient method for automatically defining the 
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» 

structure of the XML mapping tree is an external Document Type Definition DTD") for 
additional processing approvals. 

As to claim 4, Turba' 135 also discloses, the method of claim 1 wherein the step 
of presenting includes: displaying ( see e.g., paragraph (129). line 1. "Execution of a 
ouerv cause branching to path 614. Element 616 provides for selection of a category. 
Execution and display at element 618 follows", since the retrieval engine of a legacy 
database being able to collect data from it's database system and efficiently display the 
contents to the users according to their desire) a synthesis plan for development of a 
pharmaceutical wherein the synthesis plan is derived from the retrieved data. 

As to claim 5, Turba' 135 also discloses, the method of claim 4 wherein the step 
of displaying further includes: displaying ( see e.g., paragraph (129), line 1, "Execution of 
a ouerv cause branching to path 614. Element 616 provides for selection of a category. 
Execution and display at element 618 follows" since the user being able to select 
desired article and can get output of the data item ) chemical synthesis information 
including molecular drawings and chemical reaction information, wherein the chemical 
synthesis information is derived from the retrieved data. 

As to claim 8, Turba' 135 also discloses, the method of claim 1 wherein the 
plurality of legacy data processing systems are geographically dispersed and wherein 
the step of presenting includes: displaying retrieved data retrieved from a legacy system 
at a first geographic location to a user at a second geo-graphic location ("location", see 
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e.g.. paragraph (98). lines 4 - 5. "This data source may be co-located with the Cool ICE 
system or may reside at some remote location"). 

As to claim 9, Turba' 135 also discloses, the method of claim 1 wherein the step 
of retrieving comprises: retrieving data from the plurality of legacy data processing 
systems wherein each of the plurality of legacy data processing systems is one of the 
following data processing systems (see e.g., paragraph (7). lines 1 - 3, "Data base 
management systems are well known in the data processing art. Such commercial 
systems have been in general use for more than 20 years", since the data base 
management system processes data for many other sub systems like marketing or lab 
management): marketing, pharmaceutical ingredient project management, lab 
management, analytical services, clinical trial data management and clinical trial 
statistical analysis. 

As to claim 10, Turba' 135 also discloses, the method of claim 9 wherein the step 
of retrieving data from the plurality of legacy data processing systems comprises: linking 
related project data from the plurality of legacy data processing systems (see e.g., 
Abstract, lines 1-3, "One or more of these steps may be a call to a native script 
subroutine contained in a repository in the legacy data base management system", 
since the legacy data processing system is being link to the various sub systems in a 
same schema and can be retrieve by subroutines) into a single common project. 

As to claim 1 1 , Turba' 135 also discloses, a system for presentation of 
pharmaceutical development information comprising: a retrieval engine (" engine", see 
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e.g.. paragraph (59), lines 7 - 9, "Following completion. Cool ICE engine 76 retrieves the 
intermediate products from repository 80 and formats the output response to the client", 
since the retrieval engine receives data information from the other sub systems or 
modules which are integrated with the legacy database system) , responsive to user 
queries, for retrieving information from any of a plurality of legacy data processing 
systems each having at least a portion of the pharmaceutical development information; 
an XML converter, communicatively coupled to the retrieval engine for reformatting the 
retrieved information as XML messages ("XML messages", see e.g., paragraph (20), 
lines 2-4. "a technigue which can embed native code into a service that will handle 
data received as an XML message during processing of a service reguest by a legacy 
data base management system") and a portal server system, communicatively coupled 
to the retrieval engine and to the XML converter ( see e.g., paragraph (154), lines 1 - 4, 
"FIG. 31 shows sample XML message 920 corresponding to the IDT of FIG. 28 and 
DTD of FIG. 29. This message contains modifications to be made to the inventory of the 
Roseville Store, retail shoe outlet. The data in this message becomes readily apparent 
to the human observer to include item numbers, shoe types, gender, size, color, unit 
cost, etc. for each of the shoes involved in the sample inventory transaction. Referring 
back to FIGS. 28 and 29, it can be seen that sample XML message 920 can be 
automatically decoded for processing as a Cool ICE service" ) for presenting the XML 
messages to a requesting user. 

As to claim 12, Turba' 135 also discloses, the system of claim 1 1 further 
comprising: a Web browser ("Web browser", see e.g.. paragraph (59), lines 7 - 9, "Web 



Application/Control Number: 1 0/708,81 6 Page 7 

Art Unit: 2169 

browser 92 communicates with web server software 96 via Internet standard protocol 
using XML language using world wide web path 94") client communicatively coupled to 
the portal server system for presentation of the XML messages to the requesting user of 
the Web browser. 

As to claim 13, Turba' 135 also discloses, the system of claim 12 further 
comprising: an enterprise internal network ("network", see e.g., paragraph (53), lines 1 - 
2. "In addition to being coupled to world wide web access 48, web server 50, 
containing the Cool ICE system, can be coupled to network 52 of the enterprise as 
shown. Network 52 provides the system with communication for additional enterprise 
business purposes" ) communication medium coupling the Web browser client to the 
portal server system to present the XML messages to users within the enterprise. 

As to claim 14, Turba' 135 also discloses, the system of claim 12 further 
comprising: a public network communication medium coupling the Web browser client 
to the portal server system to present the XML messages to users outside the 
enterprise providing the portal server (see e.g., paragraph (56), lines 2 - 4, "The service 
is a predefined operation or related seguence of operations which provide the client with 
a desired static or dynamic result. The services are categorized by the language in 
which they were developed. Whereas all services are developed with client-side 
scripting which is compatible with Internet terminal 54 (e.g., XML), the server-side 
scripting defines the service category") . 
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As to claim 15, Turba' 135 also discloses, the system of claim 11 further 

i 

comprising: a plurality of legacy data processing systems communicatively coupled to 
the retrieval engine (see e.g.. paragraph (59). lines 3-5. "Cool ICE engine 76 retrieves 
the intermediate products from repository 80 and formats the output response to the 
client, which is transferred to Internet terminal 54 via web server 68 and world wide web 
path 66". since a retrieval engine in a legacy system being able to retrieve information 
of a sub system from the related database ) wherein each legacy system has portions of 

■ 

the pharmaceutical development information. 

As to claim 16, Turba' 135 also discloses, the system of claim 15 wherein each 
legacy system provides at least one of the functions of: marketing, pharmaceutical 
ingredient project management, lab management, analytical services, clinical trial data 
management and clinical trial statistical analysis ( see e.g., Abstract, lines 1-7, "An 
apparatus for and method of processing a call to native script in a service built by a 
Component Builder for a legacy data base management system. The service built by 
the Component Builder consists of a series of steps. One or more of these steps may 
be a call to a native script subroutine contained in a repository in the legacy data base 
management system", since the retrieval engine of the legacy database management 
systems being able to fetch data from the other sub systems which are within the same 
network) . 

* 

As to claim 17, Turba' 135 also discloses, the system of claim 1 1 wherein each 

portion of the pharmaceutical development information relates to at least one of: 
marketing, pharmaceutical ingredient project management, lab management, analytical 
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services, clinical trial data management and clinical trial statistical analysis ( see e.g.. 
Abstract, lines 3-7. " The service built bv the Component Builder consists of a series of 
steps. One or more of these steps may be a call to a native script subroutine contained 
in a repository in the legacy data base management system", since the subroutine can 
call to native script from the different modules and retrieve analytical and experimental 
data which is integrated with the information system ). 

As to claim 18, Turba' 135 also discloses, the system of claim 17 further 
comprising: a regulatory submission generator, communicatively coupled to the XML 
converter ( see e.g.. paragraph (20). lines 6-12. "the present invention must first 
provide an interface herein referred to genericallv as a gateway, which translates 
transaction data transferred from the user over the Internet in XML format into a format 
from which data base management system commands and inputs may be generated", 
thus, the gateway works as the XML converter) for automatically generating regulatory 
submission information pertaining to the pharmaceutical development information from 
the XML messages. 

As to claim 19, Turba' 135 also discloses, a computer readable storage medium 
tangibly embodying program instructions to provide a method for pharmaceutical 
development data management, the method comprising: retrieving data from a plurality 
of legacy data processing systems ( see e.g.. paragraph (59). lines 7 - 9. "Following 
completion. Cool ICE engine 76 retrieves the intermediate products from repository 80 
and formats the output response to the client", since the retrieval engine receives data 
information from the other sub systems or modules which are integrated with the legacy 
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database system ) useful in aspects of pharmaceutical development; reformatting the 
retrieved data into a common XML data; and presenting the XML data to a user through 
a browser ("Web browser", see e.g., paragraph (63), lines 1-3, "Web browser 92 
communicates with web server software 96 via Internet standard protocol using XML 
language using world wide web path 94") client program. 

Note that claim 20 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 2. 

Note that claim 21 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 3. 

Note that claim 22 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 4. 

Note that claim 23 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 5. 

Note that claim 24 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 6. 

Note that claim 25 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 7. 

Note that claim 26 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 8 

Note that claim 27 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 9. 
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Note that claim 28 is a computer program and method claim, which recite the 
corresponding limitations as set forth above in claim 10. 

As to claim 29, Turba' 1 35 also discloses, a portal collaboration user interface 
system for providing a user access to data from disparate legacy systems where the 
user interface comprising computer readable program code devices for: receiving a 
request from a user to retrieve data relating to pharmaceutical development from 

■ 

disparate legacy database systems (see e.g., paragraph (20), lines 1 - 5, "The present 
invention overcomes the disadvantages of the prior art by providing a technigue which 
can embed native code into a service that will handle data received as an XML 
message during processing of a service reguest by a legacy data base management 
system. In order to permit such functionality, the present invention must first provide an 
interface herein referred to genericallv as a gateway, which translates transaction data 
transferred from the user over the Internet in XML format into a format from which data 
base management system commands and inputs may be generated. The gateway must 
also convert the data base management system responses and outputs for usage on 
the user's Internet terminal") ; sending a query to the disparate legacy database systems 
responsive to the request from the user; receiving the data relating to pharmaceutical 
development from the disparate legacy database systems base on the query; and 
collating the data and reformatting the data as standard XML format tagged data for 
presentation of the data to the user in various formats (see e.g.. paragraph (108). lines 

« 

1 - 3, "Basically, refining a guerv definition is a three-step process. The three steps are: 
where and order by; analyze, calculate, and reformat; and create a graph or selectively 
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view any or all columns. The user simply makes the selections on the user menu and 
clicks on the desired result. The data wizard applies the specific refining action and 
redisplays the resultant screen". Since as the users request the retrieval engine of the 
legacy database system can provide information from the specific data table ). 

* 

As to claim 30, Turba' 135 also discloses, the user interface system of claim 29 
further comprising computer readable program code devices for: generating an XML 
defined template ( see e.g.. paragraph (32). lines 4-5. "the template component gives 
the user a wide range of languages in which to program their user interface including 
HTML. HDML XML. WML. JavaScript. Vbscript. and WMLscript") format from the XML 

« 

reformatted data and sending the XML defined template format for presenting to the 
user using a standard web browser (see e.g.. paragraph (31). lines 1 -2. "The screen 
component calls the template component, which collects all of the indexed pieces that it 
needs from within the proprietary database and displays this dynamically built data in 
the browser" ) client server interface. 

As to claim 31 , Turba' 135 also discloses, The user interface system of claim 30 

■ 

where generating the XML defined template format includes generating a template for a 
synthesis plan for development of a pharmaceutical wherein the synthesis plan is 
derived from the retrieved data relating to pharmaceutical development ( see e.g., 
paragraph (31 ). lines 1 - 4. "The screen component calls the template component, 
which collects all of the indexed pieces that it needs from within the proprietary 
database and displays this dynamically built data in the browser. When an action 
against the data is initiated from the browser, the receiving service component is called 
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to perform the specified action and then inform the user that the action has completed. 
These multiple components seamlessly interact to build a consistent user interface that 
can easily be tailored to meet users' presentation and performance needs", since here, 
the format of the template is XML defined). 

* 

As to claim 32, Turba' 135 also discloses, the user interface system of claim 31 
where generating the XML defined template format includes generating a template ( see 
e.g.. paragraph (32). lines 1 -6. "Bv separating the code into multiple components, this 
new architecture allows adaptability to the user's environment, ease of maintenance, 
and ease of localization. Users can easily alter the look-and-feel of the user interface bv 
making changes to the new template component", since these template are XML 
defined and contains many other data components ) for chemical synthesis information 
including molecular drawings and information derived from the retrieved data relating to 
pharmaceutical development. 

As to claim 33, Turba' 135 also discloses, "The user interface system of claim 32 
where generating the XML defined template format includes generating a template (see 
e.g.. paragraph (31). lines 1-4. "The screen component calls the template component, 
which collects all of the indexed pieces that it needs from within the proprietary 
database and displays this dynamically built data in the browser. When an action 
against the data is initiated from the browser, the receiving service component is called 
to perform the specified action and then inform the user that the action has completed. 
These multiple components seamlessly interact to build a consistent user interface that 
can easily be tailored to meet users' presentation and performance needs", since here. 
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the format of the template is also XML defined) for analysis data integrated with the 
chemical synthesis data where the analysis data is derived from the retrieved data 
relating to pharmaceutical development". 

As to claim 34, Turba' 1 35 also discloses, the user interface system of claim 29 
further comprising computer readable program devices for: generating a regulatory 
submission formatted report from the XML reformatted data for submission wherein the 
regulatory submission information is required by regulatory agencies associated with 
the pharmaceutical development. feee e.g.. paragraph (20). lines 2-4. "the present 
invention must first provide an interface herein referred to oenericallv as a gateway, 
which translates transaction data transferred from the user over the Internet in XML 
format into a format from which data base management system commands and inputs 
may be generated", thus it is clearly interpreted that the computer readable program 
devices includes an interface to display report from the XML reformatted data with the 
various business information). 

Note that claim 35 is a system claim, which recite the corresponding limitations 
as set forth above in claim 3. 

Note that claim 36 is a system claim, which recite the corresponding limitations 

as set forth above in claim 9. 

As to claim 37, Turba' 135 also discloses, a method in a user interface system for 
providing a user access to data from disparate legacy systems, comprising: presenting 
a prompt ( see e.g.. paragraph (69). lines 2-3. "Window area 128 provides for the entry 
of any necessary or helpful input parameters. Not shown are possible prompts for entry 
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of this data, which mav be defined at the time of service request development" ) to a 
user requesting an input which specifies retrieval of data relating to pharmaceutical 
development to be retrieved from disparate legacy database systems; accepting and 
processing the user request to determine if the user request relates to generating 
regulatory submission information or relates to retrieving particular information for 
presenting to the user; sending the user request to a portal ( see e.g.. paragraph (29). 
lines 1 - 3. "In accordance with the preferred mode of the present invention, the Cool 
ICE Data Wizard Join Service provides a web based interface that allows a developer to 
create a web based service that joins tables from MAPPER Reports. MAPPER runs, 
databases that are ODBC compliant, and manv RDMS. and MAPPER") collaboration 
user interface system operable to extract data from the disparate legacy database 
systems based on the request; and receiving from the portal user interface system data 
extracted from the disparate legacy database systems collated and formatted in a 
standard XML ( see e.g.. paragraph (32). lines 4-6. "In addition, the template 
component gives the user a wide range of languages in which to program their user 
interface including HTML HDML. XML. WML. JavaScript, Vbscript. and WMLscript. 
This tremendous flexibility gives the user a fast and effective way to tailor their user 
interface") format and providing the data to the user. 

As to claim 38, Turba' 1 35 also discloses, "the method as recited in claim 37 
where providing data to the user includes: displaying ( see e.g.. paragraph (32). lines 4 - 
6. "FIG. 16 is a detailed flow chart showing the operation of the join service. Entry is via 

path 516 which corresponds to the output of select data source 312 (see also FIG. 11). 
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Up to five tables are selected by the user at element 518. Element 520 checks and 
displays the selected tables" ) a synthesis plans for development of a pharmaceutical 
wherein the synthesis plan is derived from the extracted data". 

Note that claim 39 is a method claim, which recites the corresponding limitations 
as set forth above in claim 5. 

Note that claim 40 is a method claim, which recites the corresponding limitations 
as set forth above in claim 6. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S. C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 6 and 7 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Turba' 135 in view of Wang et al (Pub No. US 6,727,096), here in referred to as 
Wang'096. 

Referring to the claims 6 and 7, Turba' 135 discloses, the claimed invention 
except for: displaying analysis data integrated with the display of the chemical synthesis 
information, wherein the analysis data is derived from the retrieved data (claim 6) and 
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displaying customer accounting information wherein the customer accounting 
information is derived from the retrieved data (claim 7). 

However, Wang'096 discloses, the steps of displaying further includes: displaying 
analysis data integrated with the display of the chemical synthesis information ( see e.g., 
paragraph (4), lines 2-9, "One can view drug discovery as a two-step process: 
acquiring candidate compounds through laboratory synthesis or through natural 
products collection, followed bv evaluation or screening for efficacy. Pharmaceutical 
researchers have long used high-throughput screening (HTS) protocols to rapidly 
evaluate the therapeutic value of natural products and libraries of compounds 
synthesized and cataloged over many years" ), wherein the analysis data ( see e.g., 
paragraph (5). lines 1 - 7, "Reactor control system 100 acguires experimental data 130 
from reactor 110 and processes the experimental data in system control module 140 
and data analysis module 145 under user control through user interface module 170. 
Reactor control system 100 displays the processed data both numerically and 
graphically through user interface module 170 and user I/O devices 150". thus the 
experimental data is being efficiently included in the data analysis module and displays 
the result) is derived from the retrieved data; and displaying customer accounting 
information ( see e.g.. Abstract, lines 28 - 34 "The system includes modules for 
providing control signals to a parallel chemical reactor, receiving measured values from 
the parallel chemical reactor and calculating experimental results from the measured 
values, and for receiving reaction parameters from the user and displaying the set of 
measured values and the calculated values", thus the system being competently added 
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different kinds of module and able to retrieve and displays the analyzed data ) wherein 
the customer accounting information is derived from the retrieved data. 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to modify the Turba' 135 's method to comprise the retrieval of 
analyzed data which being added and displayed with the chemical synthesis information 
and customer account information, as taught by Wang'096, in order to add a separate 
modules which contains analyzed data to a chemical synthesis information system and 
efficiently displays the retrieved data, otherwise the experimental data can not be 
effectively added to the chemical synthesis information system. In fact, the most of the 
pharmaceutical companies are successfully using the same system and method for 
retrieving, analyzing and presenting the data of the chemical synthesis ( see e.g., 
abstract, lines 9-17, "Reaction parameters include temperature, pressure, stirring 
speed. The reaction occurring in one or more reactor vessels is guenched in response 
to values measured during the reaction. The measured values are used to calculate 
experimental results including temperature change, pressure change, percent 
conversion of starting material, and viscosity. The measured values and experimental 
results are displayed ") or the account information of the customer in a chemical 
synthesis information system. Thus, any modules can be added to a system and new 
functionalities and experimental data results can be viewed through a computer 
interface. 
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Response to Arguments 

35 U.S.C. § 102(e) 
Claims 6 and 7 

6. Applicant's arguments filed May 1 , 2007 have been fully considerer but they are 

r 

not persuasive. The examiner respectfully traverses applicants' argument. 

Applicant's argument states, as "the Turba et al. does not anticipate all limitations 
of claims 1 - 5 and 8-40 The Turba et al. reference discloses an enhanced interface 
between a legacy data base management system and Internet servers employing XML 
protocol. Referring to col. 2, lines 44 - 49 and col. 3, lines 15 - 22 of the Turba et al. 
reference, the Turba et al. acknowledged problems of the conventional art, associated 
with implementation of communication between the internet servers and the legacy data 
base management system with the XML format". On the contrary, Turba teaches, "the 
present invention must first provide an interface herein referred to genericallv as a 
gateway, which translates transaction data transferred from the user over the Internet in 
XML format into a format from which data base management system commands and 
inputs may be generated", see e.g., paragraph (20), lines 6-12. Thus, the gateway 
works as the XML converter, which converts XML formats into the different legacy 
database system formats. 

Applicant's argument about claim 1 states, as "Turba et al. does not teach 
conversion of the legacy data found in various internal data formats and retrieving the 
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data from a plurality of legacy data processing systems and converting the data into a 
common XML data format". On the contrary, Turba teaches, "the present invention must 
first provide an interface herein referred to genericallv as a gateway, which translates 
transaction data transferred from the user over the Internet in XML format into a format 
from which data base management system commands and inputs may be generated", 
see e.g.. paragraph (20). lines 6- 12. 

Applicant's argument about claim 2 states, as the Examiner asserts that the step 
of generating regulatory submission information from the retrieved data corresponds to 
the paragraph 20, lines 14-15 of the Turba et al. reference ("[t] hus, as a minimum, the 
gateway must make these format and protocol conversions.") since the retrieved data is 
being changes in to the different format and presented in XML. However, the step of 
generating regulatory submission information is not data format conversion process. 
The regulatory submission information recited in claim 2 as amended is reguired by 
regulatory agencies associated with the pharmaceutical development". On the contrary, 
Turba teaches the claimed information based on the retrieved data is being re-formatted 

and displayed in XML. 

Applicant's argument about claims 4-5 states, as "the Turba et al. reference does 
not disclose anything related to chemical synthesis information". On the contrary, Turba 

♦ 

teaches, see e.g., paragraph (129), line 1 "Execution of a query cause branching to path 
614. Element 616 provides for selection of a category. Execution and display at element 
618 follows ", which clearly interprets that the execution of a selected query returns 
desired business data which is corresponding to a specific application. 
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Note that claims 8-10 are depend on claim 1 and recite the same corresponding 
limitations as set forth in claim 1, thus the claims are rejected accordingly. 

Applicant's argument about claim 1 1 states, as "Turba et al. does not disclose 
each and every elements of claim 1 1 , particularly, the XML converter, communicatively 
coupled to the retrieval engine for reformatting the retrieved information as XML 
messages". On the contrary, Turba teaches, "the present invention must first provide an 
interface herein referred to aenericallv as a gateway, which translates transaction data 
transferred from the user over the Internet in XML format into a format from which data 
base management system commands and inputs may be generated", see paragraph 
(20), lines 6- 12 . Thus, Turba teaches the claimed invention based on data being 
converted according to the desired input from the XML format. 

Note that claims 12-17 are depend on claim 1 1 and recite the same 
corresponding limitations as set forth in claim 1 1 , thus the claims are rejected 
accordingly. 

Applicant's argument about claim 18 states, as "Turba et al. reference does not 
disclose the regulatory submission generator for automatically generating regulatory 
submission information pertaining to the pharmaceutical development information from 
the XML messages". On the contrary, Turba teaches, ( see paragraph (20), lines 6 - 
12). "the present invention must first provide an interface herein referred to genericallv 
as a gateway, which translates transaction data transferred from the user over the 
Internet in XML format into a format from which data base management system 
commands and inputs may be generated ", thus, the gateway works as the XML 
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converter and the execution of a selected query returns desired business data which is 
corresponding to a specific application. 

Applicant's argument about claim 29 states, as "The Turba et al. reference does 
not disclose anything related to the legacy database systems in association with the 
pharmaceutical development. Further, as discussed above, although the Turba et al. 
reference discloses the XML data format, it only discloses conversion of the XML data 
format into the internal data format of the legacy data base management system. It 
does not disclose conversion of the legacy data in various internal data format retrieved 
from a plurality of legacy data processing systems into the common XML data format. 
Further, the Turba et al. reference does not disclose the step 4) of collating the data and 
reformatting the data as standard XML format tagged data for presentation of the data 
to the user in various formats. On the contrary, Turba teaches (see e.g., paragraph (20), 
lines 1 - 5. "The present invention overcomes the disadvantages of the prior art by 
providing a technigue which can embed native code into a service that will handle data 
received as an XML message during processing of a service reguest by a legacy data 
base management system. In order to permit such functionality, the present invention 

* 

must first provide an interface herein referred to qenericallv as a gateway, which 
translates transaction data transferred from the user over the Internet in XML format into 
a format from which data base management system commands and inputs may be 
generated. The gateway must also convert the data base management system 
responses and outputs for usage on the user's Internet terminal ", thus Turba teaches 
the claimed invention on the basis of reformatting and converting XML data into a 
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format from which data base management system (considered as a legacy database 
management system) commands and inputs may be generated. 

Note that claim 30 is depend on claim 29 and recite the same corresponding 
limitations as set forth in claim 29, thus the claim is rejected accordingly. 

Applicant's argument about claims 31-33 states, as "Turba et al. reference does 
not disclose anything related to chemical synthesis information". On the contrary, Turba 
teaches see e.g.. paragraph (129). line 1 "Execution of a query cause branching to path 
614. Element 616 provides for selection of a category. Execution and display at element 
618 follows ", which clearly interprets that the execution of a selected query returns 
desired data which is corresponding to a specific application. 

Applicant's argument about claim 34 states, as "the step of generating regulatory 
submission information is not a data format conversion process. The regulatory 
submission information recited in claim 34 as amended is required bv regulatory, 
agencies associated with, the pharmaceutical development ". On the contrary, Turba 
teaches, see paragraph (20), lines 6-12. "the present invention must first provide an 
interface herein referred to genericallv as a gateway, which translates transaction data 
transferred from the user over the Internet in XML format into a format from which data 
base management system commands and inputs may be generated ", thus, Turba 
teaches the gateway works as the XML converter and the execution of a selected query 
returns desired business data which is corresponding to a specific application. Further, 
Note that claim 34 is depend on claim 29 and recite the same corresponding limitations 
as set forth in claim 29, thus the claim is rejected accordingly. 



V 
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Applicant's argument about claim 37 states, as "the prompt in the Turba et al. 
reference does not request an input of data related to pharmaceutical development" and 
"reference does not disclose the step 4). As such, Turba et al. does not disclose each 
and every elements of claim 37". On the contrary, Turba teaches, see e.g.. paragraph 
(69). lines 2-3, "Window area 128 provides for the entry of any necessary or helpful 
input parameters" , thus Turba teaches that the prompt is ready to accept any input of 
data corresponding to any application. 

Applicant's argument about claim 38-40 states, as "Turba et al. reference does . 
not disclose anything related to chemical synthesis information". On the contrary, Turba 
teaches, see e.g., paragraph (129), line 1 "Execution of a query cause branching to path 
614. Element 616 provides for selection of a category. Execution and display at element 
618 follows ", which clearly interprets that the execution of a selected query returns 
desired business data which is corresponding to a specific application. 

35 U.S.C.S103(a) 
Dependant claims 6 and 7 

7. Applicant's arguments filed May 1 , 2007 have been fully considerer but they are 
not persuasive. The examiner respectfully traverses applicants' argument. 

Regarding claims 6 and 7, applicant's arguments are not persuasive. The test for 
obviousness is not whether the features of a secondary reference maybe bodily 
incorporated into the structure of the primary reference; nor is it that the claimed 
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invention must be expressly suggested in any one or all of the references. Rather, the 
test is what the combined teachings of the references would have suggested to those of 

ordinary skill in the art. 

The applicant's argument states as "the Turba et al. reference does not teach or 
suggest all the limitations of the claim 1 , particularly, the step 2) of "reformatting the 
retrieved data into XML data. Further, Wang et al. does not teach or suggest this 
limitation". However, Turba teaches "the present invention must first provide an 
interface herein referred to qenericallv as a gateway, which translates transaction data 
transferred from the user over the Internet in XML format into a format from which data 
base management system commands and inputs mav be generated", see paragraph 
(20). lines 6- 12 . Thus, Turba teaches the claimed invention on the basis of 
reformatting and converting XML data into a format from which database management 
system (considered as a legacy database management system) commands and inputs 
are efficiently generated. Further, Wang et al. (U.S. Publication No. 6,727,096) teaches 
"( See e.g.. paragraph (4). lines 2 - 9), "One can view drug discovery as a two-step 
process: acquiring candidate compounds through laboratory synthesis or through 
natural products collection, followed by evaluation or screening for efficacy. 
Pharmaceutical researchers have long used high-throughput screening (HTS) protocols 
to rapidly evaluate the therapeutic value of natural products and libraries of compounds 
synthesized and cataloged over many years" , which clearly interprets that it is obvious 
for a database system to display chemical synthesis information or any other analysis 
data which is derived from the retrieved data. 
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Conclusion 

8. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .1 36(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Contact Information 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Mohammad N. Rahman whose telephone number is 
571-270-1631. The examiner can normally be reached on 7:30am - 5:00 pm, Mon - Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Pierre Vital can be reached on 571-272-4215. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published 
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applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov. Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO 
Customer Service Representative or access to the automated information system, call 
800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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